fix(registry): canonicalize julia-professional-registry entry to JuliaProfessionalRegistry (G22) - #44
Merged
Conversation
…aProfessionalRegistry (G22) Companion to the julia-professional-registry CLADE.a2ml rename in the same branch. Renames the repo's record from the old HyperpolymathRegistry identity to the canonical JuliaProfessionalRegistry name across: - verisim/seed/repos.a2ml: [repo.HyperpolymathRegistry] -> [repo.JuliaProfessionalRegistry] - worker/data/repos.json + worker/data/index.json: matching name/prefixed/github fields, and github corrected to the real hyperpolymath/julia-professional-registry slug (previously pointed at a non-existent repo). uuid is left untouched in all three files — this is a rename, not a new registration. NOTE: worker/data's uuid (c9cbb683-...) does not match the uuid recorded in the repo's own CLADE.a2ml (2efe00c2-...); that's a pre-existing drift between the heuristic worker/data backfill (#40) and the authoritative per-repo CLADE.a2ml, unrelated to this identity rename — left as-is, flagging for a separate fix.
3 tasks
|
hyperpolymath
marked this pull request as ready for review
July 1, 2026 13:15
hyperpolymath
added a commit
to hyperpolymath/julia-professional-registry
that referenced
this pull request
Jul 1, 2026
## Summary - Canonicalizes this repo's identity to **JuliaProfessionalRegistry**, resolving the three-way name conflict: `JuliaProfessionalRegistry` (Registry.toml, already canonical), `HyperpolymathRegistry` (CLADE `canonical-name` + `[forges]` + 21 doc files), `julia-professional-registry` (actual repo slug). - `CLADE.a2ml`: `canonical-name`/`prefixed-name` → `JuliaProfessionalRegistry`; old name preserved in `status.aliases[]`; uuid untouched. - `[forges]`: corrected to the real `hyperpolymath/julia-professional-registry` slug — the old entries pointed at a GitHub repo that doesn't exist (404). - Swept 21 doc/metadata files; GitHub clone URLs and the post-clone `cd` target now point at the real slug rather than the fictional old name. - `STATE.a2ml` project/name aligned; the "G22 pending" note is resolved. ## Companion PR Coordinated with hyperpolymath/gv-clade-index#44 (same branch name `claude/axiom-jl-registry-infra-kr7t4a`), which renames the matching `[repo.HyperpolymathRegistry]` seed entry and worker data. Land together to avoid desync. ## Test plan - [x] `grep -rn HyperpolymathRegistry` — only the intentional `aliases[]` entry and its explanatory comment remain - [x] `tests/idris2/ValidateTest.idr` deliberately untouched (documents historical bug, already asserts `JuliaProfessionalRegistry`) - [ ] Owner review of the CLADE identity change 🤖 Generated with [Claude Code](https://claude.com/claude-code)
This was referenced Jul 1, 2026
hyperpolymath
added a commit
that referenced
this pull request
Jul 2, 2026
…data (#46) Found while double-checking the state of main after #44/#45 merged. verisim/seed/repos.a2ml was NOT valid TOML — tomllib.load() errored before this fix. Four bugs, all pre-existing (not introduced by #44/#45): - [repo..git-private-farm] and [repo..github]: repo names starting with a literal dot produce an empty key segment between the two dots (repo + "" + git-private-farm) — a hard TOML parse error. Quoted: [repo.".git-private-farm"] / [repo.".github"]. - [repo.hyperpolymath.github.io] and [repo.EchoTypes.jl]: these parse (dots are valid bare-key separators) but as 3-level nested tables (repo.hyperpolymath.github.io, repo.EchoTypes.jl) instead of the clearly-intended single table keyed by the literal name — silently wrong structure, not a parse error. Every sibling .jl-suffixed entry in the file already quotes correctly (e.g. [repo."Axiom.jl"]); these two just missed it. Quoted to match. - [repo.verisimdb-data] was declared TWICE (line 374, hand-curated: clade=db, completion=50; line 2650, from the 2026-06-25 heuristic backfill: clade=rm, completion=0) — TOML forbids redeclaring a table, so this alone made the file unparseable regardless of the key-quoting bugs above. Kept the original (line 374); removed the backfill duplicate. worker/data/repos.json's single verisimdb-data entry had the same problem in miniature (it held the backfill's clade=rm values) — reconciled to match the surviving canonical entry. Verified: `python3 -c "import tomllib; tomllib.load(...)"` now succeeds (319 repo entries) and worker/data/{repos,index}.json still validate as JSON (JSON keys are always quoted, so it can't have the same key-parsing bug, but repos.json's verisimdb-data value was wrong regardless).
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.



Summary
claude/axiom-jl-registry-infra-kr7t4a) — renames this repo's record of that registry from the oldHyperpolymathRegistryidentity to the canonicalJuliaProfessionalRegistry.verisim/seed/repos.a2ml:[repo.HyperpolymathRegistry]→[repo.JuliaProfessionalRegistry].worker/data/repos.json+worker/data/index.json: matchingname/prefixed/githubfields;githubcorrected to the realhyperpolymath/julia-professional-registryslug (previously pointed at a non-existent repo).Known pre-existing issue (out of scope here)
worker/data's uuid (c9cbb683-...) does not match the uuid recorded in the repo's ownCLADE.a2ml(2efe00c2-...). That's drift between the heuristic worker/data backfill (#40) and the authoritative per-repo CLADE.a2ml, unrelated to this identity rename — flagging for a separate fix rather than touching it here.Test plan
grep -rn HyperpolymathRegistry— clean except the explanatory commentpython3 -c "json.load(...)"on both JSON files — valid🤖 Generated with Claude Code